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METHOD AND APPARATUS FOR LOGICALLY EXPANDING 
THE LENGTH OF A SEARCH KEY 
RELATED APPLICATION(S) 

This application claims the benefit of U.S. Provisional Application Nos. 
5 60/212,966 filed on June 21, 2000, 60/258,436 filed on December 27, 2000, and 
60/294,387 filed on May 30, 2001. The entire teachings of the above applications are 
incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

The Internet is a set of networks connected by routers. A router maintains a 
10 routing table that indicates for each possible destination network, the next hop to which 
a received data packet should be forwarded. The next hop may be another router or the 
final destination. 

An Internet Protocol ("IP") data packet received at a port in a router includes an 
IP destination address. The IP destination address is the final destination of the IP data 

1 5 packet. Currently there are two versions of IP, IP version 4 ('TPv4") and IP version 6 
("IPv6"). IPv4 provides a 32-bit field in an IP header included in the data packet for 
storing the IP destination address. IPv6 provides a 128-bit field for storing the IP 
destination address. The router forwards a received data packet connected to a next- 
loop router or the final destination if the destination is the local network, dependent on 

20 the IP destination address stored in the IP header. 

A 32-bit IPv4 destination address provides 4 billion possible routes or 
destinations. An Internet router typically stores a next hop for 50,000 of the 4 billion 
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possible routes or destinations. However, the number of stored routes will increase with 
the growth of the Internet and the widespread use of IPv6. 

Originally, the IP address space was divided into three classes of IP addresses; 
A, B and C. Each IP address space was divided into a network address and a host 
5 address. Class A allowed for 126 networks and 16 million hosts per network. Class B 
allowed for 16382 networks with 64,000 hosts per network and class C allowed for 2 
million networks with 256 hosts per network. However, dividing the IP address space 
into different classes reduced the number of available IP addresses. Class C only 
allowed a maximum of 256 hosts per network which is too small for most organizations. 

10 Therefore, most organizations were assigned a Class B address, taking up 64,000 host 
addresses which could not be used by other organizations even if they were not used by 
the organization to which they were assigned. Hosts in an organization with a Class B 
IP address all store the same network address in the 16 Most Significant Bits ("MSBs"), 
for example, 128.32.xx.xx. 

1 5 Classless InterDomain Routing ("CIDR") was introduced to free up unused IP 

host addresses. The remaining unused networks are allocated to organization in variable 
sized blocks. An organization requiring 500 addresses gets 500 continuous addresses. 
For example, an organization can be assigned 500 available addresses starting at 
128.32.xx. The number of routes stored by a router has increased since the introduction 

20 of Classless InterDomain Routing. Classless InterDomain Routing requires longest 
prefix matching to find the corresponding route instead of searching for a matching 
network address in order to find the corresponding next hop for the IP destination 
address. For example, a search can no longer stop after the 16 MSBs of a Class B IP 
address, for example, 128.xx.xx because 128.32.4.xx maybe assigned to another 

25 organization requiring a different next hop. 

One method for searching for a longest prefix match for a search key is through 
the use of a binary tree search. A binary tree search matches a 32-bit input, bit by bit, 
down to 32 levels, requiring 32 searches to finding an entry matching a 32-bit search 
key. Another method for searching for a match is through the use of a Patricia tree. A 
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Patricia tree reduces the number of searches required if there are no entries down a leaf 
of the binary tree. 

Yet another method for efficiently searching for a next hop associated with an IP 
destination address is described in PCT application Serial Number PCT/SE98/00854 
5 entitled "Method and System for Fast Routing Lookups" by Brodnick et al filed on 
May 1 1 , 1998. The method described by Brodnick reduces the number of next hops 
stored by not storing duplicate routes. By reducing the number of next hops, the 
memory requirement is reduced so that a route lookup table can be stored in fast cache 
memory, 

10 Brodnick et al divides the 32-bit binary tree into 3-levels. Dividing the binary 

tree into 3-levels reduces the number of searches for an entry matching a 32-bit search 
key to three. The indexed entry in the first level indicates whether the search can end at 
the first level with the route taken from the entry, or the search must continue to a 
subsequent level using a further portion of the IP destination address. 

15 Fig. 1 A illustrates a prior art 64K (65536) bit map representing the first level of 

a binary tree. A 64K bit map 30 represents the leaves or nodes 44 of the binary tree at 
depth 16, with one bit per node 44. The bit map is divided into bit-masks of length 16. 
There are 2 12 = 4096 bit masks in the 64k bit map. One bit mask is shown in Fig. 1 A. 
A bit in the bit map 30 is set to T if there is a subtree or a route index stored in an array 

20 of pointers corresponding to the node 44. A bit in the bit map 30 is set to '0' if the node 
shares a route entry with a previous node 44. 

Fig. IB illustrates prior art lookup table implemented in cache memory. The 
lookup table includes an array of code words 36, an array of base indexes 34 and a map 
table 40. A 32-bit IP address 38 is also shown in Fig. IB. A codeword 46 is stored in 

25 the array of code words 36 for each bit mask in the bit map 30 (Fig. 1A). The code 
word 46 includes a six-bit value 46a and a 10-bit offset 46b. A base index 42 is stored 
in the array of base indexes 34 for every four code words 46 in the array of code words 
36. 



2037.2018-000 



The array of code words 36, array of base indexes 34 and map table 40 are used 
to select a pointer in an array of pointers (not shown). The pointer stores a route index 
or an index to perform a further search. 

A group of pointers in the array of pointers is selected by selecting a code word 
5 46 in the array of code words 36 and a base index 42 in the array of base indexes 34. 
The code word 46 is selected using the first 12 bits 50 of the IP address 38. The base 
index 42 is selected using the first 10 bits 48 of the IP address 38. The correct pointer in 
the group of pointers is selected using the map table 32. 

The 10-bit value 46b in the selected code word 36 is an index into the map table 
10 32. The map table 32 maps bit numbers within a bit-mask to 4-bit offsets. The offset 
specifies the pointer within the selected group of pointers in the array of pointers. The 
10-bit value 46b selects the row in the map table 32 and bits 19:16 of the IP address 52 
selects the 4-bit offset 54. 

Thus, a search for a pointer requires the following cache memory accesses: (1) 
15 read a 16 bit code word 46; (2) read a 16-bit base address 42; (3) read a 4 bit offset 54 
from the map table 32; (4) read a pointer at a pointer index where the pointer index is 
the sum of the base address 42, the code word offset 46a and the 4-bit offset 54. 

The same memory accesses are required for each level of the binary tree. Thus, 
a search of three levels for a 32-bit IPv4 address requires 12 memory accesses. As 
20 many as forty-eight memory accesses can be required to perform a longest prefix search 
for a 128-bit IPv6 address. 

SUMMARY OF THE INVENTION 

U.S. Patent Application Serial No. 09/733,627 entitled "Method and Apparatus 
for Longest Match Address Lookup," filed December 8, 2000 by David A. Brown 
25 describes a lookup table for performing multiple level searches with portions of a search 
key in successive mappers, entries in the mappers outputting route indexes or providing 
partial indexes to subsequent mappers. The length of the search key is limited by the 
number of search levels in the lookup table. 



203712018-000 



-5- 



In accordance with the invention, a longest prefix match lookup table allows 
searching with longer search keys including search keys of different lengths such as the 
32-bit IPv4 and 128 IPv6 addresses. The lookup table includes a plurality of mappers. 
The mappers are indexed by portions of a search key and partial indexes, to output a 
5 route index for the search key or to output partial indexes to subsequent mappers. The 
lookup table also includes a partial index feedback loop by which a mapper is indexed 
in multiple passes with multiple portions of the search key. 

The route index corresponding to the search key is stored in a single location in 
one of the plurality of mappers. The length of the search key is variable. The search 
1 0 key may include a 32-bit IPv4 address or a 128 IPv6 address. If the search key includes 
a 32-bit IPv4 address, the route index corresponding to the search key is found within a 
first search of the plurality of mappers. With a 128-bit IPv6 address, the route index 
may be found within a first search of the mappers or in a subsequent search through the 
mappers. The partial index may be a subtree index. 

1 5 BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the invention will be 
apparent from the following more particular description of preferred embodiments of 
the invention, as illustrated in the accompanying drawings in which like reference 
characters refer to the same parts throughout the different views. The drawings are not 

20 necessarily to scale, emphasis instead being placed upon illustrating the principles of the 
invention. 

Fig. 1 A illustrates a prior art bit map representing the first level of a binary tree; 
Fig. IB illustrates a prior art lookup table implemented in cache memory; 
Fig. 2 illustrates a forwarding engine coupled to a longest prefix match lookup 
25 table in a router providing a route index for a search key longer than the lookup table's 
mapper key according to the principles of the present invention; 
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Fig 3 A illustrates a 64-level binary tree representation of entries stored in the 
lookup table shown in Fig. 2; 

Fig. 3B illustrates a longest match prefix lookup table for a 40-bit mapper key; 

Fig. 4 illustrates the types of mapper entries which can be stored in the direct 
5 mapped mapper shown in Fig. 3B; 

Fig. 5 illustrates one of the indirect mappers shown in Fig. 3B; and 

Fig. 6 is a flowchart illustrating the steps for searching for a route index 
corresponding to a search key in the lookup table shown in Fig. 2. 

DETAILED DESCRIPTION OF THE INVENTION 

10 A description of preferred embodiments of the invention follows. 

Fig. 2 illustrates a forwarding engine 108 coupled to a longest prefix match 
lookup table 100 providing a route index 102 for a search key 104 longer than the 
lookup table's mapper key 110 according to the principles of the present invention. The 
lookup table 100 performs a multi-level search for a mapper key 110 forwarded by the 

15 forwarding engine 108. In one embodiment, the search key 104 includes an Internet 

Protocol ("IP") address. The forwarding engine 108 and the lookup table 100 in a router 
102 provide a route index corresponding to the IP address. The IP address can be a 32- 
bit IPv4 address or a 128-bit IPv6 address. For a search key 104 including a 32-bit IPv4 
address, a 40-bit mapper key 1 10 includes an 8-bit prefix and the 32-bit IPv4 address. 

20 The lookup table 100 performs a multi-level search for a route index corresponding to 
the search key 104 forwarded as the 40-bit mapper key 1 10. A search for a route index 
corresponding to a 128-bit IPv6 address may require multiple multi-level searches of the 
lookup table with portions of the search key 104 forwarded as the mapper key 110. 
The single lookup table 100 stores route indexes for both IPv4 and IPv6 

25 addresses. A single search of the lookup table for the 32-bit IPv4 address results in a 
route index 102 corresponding the longest prefix match for the 32-bit IPv4 address 
stored in the lookup table 100. The resulting route index is forwarded as mapper data 
102 to the forwarding engine 108. 
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A 128-bit IPv6 address is longer than the 40-bit mapper key 110. Thus, multiple 
searches of the lookup table 100 are required. Typically, there are more route indexes 
for IPv4 addresses stored in a router than for IPv6 addresses. The length of the mapper 
key 1 10 is therefore selected such that a search for a route index corresponding to a 32- 
5 bit IPv4 address can be performed in a single search cycle. Thus, only infrequent 
searches for route indexes corresponding to 128-bit IPv6 addresses require multiple 
multi-level searches of the lookup table 100. 

The multi-level search of the lookup table 100 is described in co-pending patent 
application Attorney Docket Number 2037.2004-001 U.S. Patent Application Serial No. 
10 09/733,627 filed on December 8, 2000 entitled "Method and Apparatus for Longest 
Match Address Lookup," by David A. Brown incorporated herein by reference in its 
entirety. 

The mapper data 102 forwarded to the forwarding engine 108, at the end of each 
search of the lookup table 100, indicates whether a further search cycle is required. The 

1 5 mapper data 102 includes a route index (a next hop or destination) corresponding to the 
search key 104 or a partial index for a further search for the route index. 

To request a further search in the multi-level lookup table 100, the forwarding 
engine 108, forwards the next 24-bits of the search key 104 in the Least Significant Bits 
("LSBs") of the mapper key 1 10. The forwarding engine 108 also forwards a "search 

20 again internal" command on the command bus 112. The lookup table 100 performs a 
multi-level search dependent on the result of the previous search and the 24 Least 
Significant Bits ("LSBs") of the mapper key 110. The forwarding engine 108 continues 
to forward subsequent 24-bits of the search key 104 until the corresponding route index 
is returned by the lookup table 100. By providing multiple search capability for a search 

25 key 104, the lookup table 100 can store route indexes for search keys 104 longer than 
the mapper key 110. 

In the first search of the lookup table 100, the most significant 40-bits of the 
search key 104 are forwarded by the forwarding engine 108 to the lookup table 100 with 
a "search" command forwarded on the command bus 1 12. Subsequent searches are 
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requested with a "search again internal" command forwarded on the command bus 112. 
If the command is a "search", the mapper key 110 stores the 40 MSBs of the search key 
104. If the command is "search again internal", the mapper key 110 stores the next 24- 
bits of the search key 104. Typically, most IP addresses received by a router are 32-bit 
5 IPv4 addresses for which the lookup table 100 provides the corresponding next hop or 
destination after a single search of the lookup table 100. 

Fig. 3 A illustrates a 64-level binary tree representation of the entries stored in 
the lookup table 100 shown in Fig. 2. The 64-bit binary tree representation is used to 
illustrate logical expansion of the lookup table 100 for a search key 104 (Fig. 2) that is 

10 longer than the mapper key 110 (Fig. 2). In the embodiment shown, the search key 104 
is 64-bits long and the mapper key 1 10 is 40-bits long; however, the invention is not 
limited to this configuration. 

The 64-bit search key 104 (Fig. 2) can be represented as a 64-level binary tree. 
A search for an entry corresponding to a 64-bit search key 104 (Fig. 2) requires 64 

15 searches to search bit by bit down to 64 levels. To reduce the number of searches, the 
64 levels of the binary tree are divided into mapper levels 1 14a-g. Mapper levell 1 14a 
includes the first 16 of the 64 levels of the binary tree. However, for simplicity only 5 
of the 16 levels are shown. Mapper level_2 1 14b includes the next 8 levels of the 64- 
level binary tree, with three of the eight levels shown. Mapper level_3 includes the next 

20 8 levels of the 64-level binary tree, with three of the eight levels shown. Each of 
mapper levels 4-7 also includes 8 levels of the 64-level binary tree with three of the 
eight levels shown. Each mapper level 1 14a-g includes a plurality of nodes. Dividing 
the 64-levels such that 16-levels (16 MSBs of the search key 104 (Fig. 2)) are in mapper 
level_l 1 14a and 8-levels in mapper levels 1 14b-g appears to be optimal in the current 

25 memory technology; however, the invention is not limited to this configuration. 

Fig. 3B illustrates a longest prefix match lookup table 100 for a 40-bit mapper 
key 110. The route index corresponding to a search key 104 (Fig. 2) is stored in a route 
entry 302 in one of the mappers 206a-d. For a 32-bit IPv4 address, the 40-bit mapper 
key 1 10 includes an 8-bit prefix and the 32-bit IPv4 address. For a 128-bit IPv6 address 
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the mapper key 1 10 for the first search request includes an 8-bit prefix and the first 32- 
bits of the 128-bit IPv6 address. The 8-bit prefix can be a Virtual Private Network 
("VPN") identifier associated with the 32-bit IPv4 address or the 128-bit IPv6 address. 
The lookup table 100 includes four mappers 206a-d. Mapper 206a is a direct mapped 
5 mapper. Mappers 206b-d are indirect mappers and will be described later in 
conjunction with Fig. 5. 

LI mapper 206a is a direct mapped mapper and stores a route index or a subtree 
index for the L2 mapper 206b. The subtree index is a partial index for a location in the 
next mapper 206d. The LI mapper 206a has 2 16 locations, one for each of the 2 16 nodes 

10 in the first mapper level 1 14a (Fig. 3A). The LI mapper entry data 220a stored at the 
corresponding location in the LI mapper 206a is forwarded to a pipeline 208 and to the 
LI pointer selector 212. While command is set to "search", the LI pointer selector 212 
forwards the LI mapper entry data 220a to the L2 mapper 206b. If the LI mapper entry 
data 220a indicates that a search of the next level is required using the next eight bits of 

15 the search key 210b, a search is performed in the L2 indirect mapper 206b dependent on 
the next eight bits of the mapper key 210b, and the partial index stored in the LI mapper 
entry data 220a forwarded by the LI pointer selector 212. 

The result of the second level search is provided on L2 mapper entry data 220b 
and forwarded to the pipeline 208 and to the L3 indirect mapper 206c. A third level 

20 search is performed in the L3 indirect mapper 206c dependent on the next eight bits of 
the key 210c and the partial index stored in the L2 mapper entry data 220b. 

The result of the search is provided on L3 mapper entry data 220c to the pipeline 
208 and to the L4 indirect mapper 206d. The L3 mapper entry data 220c determines if a 
fourth search is performed in the L4 indirect mapper 206d dependent on the last eight 

25 bits of the key 210d and the L3 mapper entry data 220c. 

The result of the fourth search is provided on L4 mapper entry data 220d. The 
route index 102 associated with the longest prefix match for search key 104 is stored in 
only one location in one of the mappers 206a-d. If the route index is stored in one of the 
mappers 206a-d, for example, mapper 206b a search of the remaining mappers 206c-d is 
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not necessary and mappers 206c-d are not accessed. The pipeline 208 selects the route 
index 102 included in one of the mapper entry data 220a-d. For example, the Most 
Significant Bit ("MSB") of the mapper entry data 220a-d can provide an indication of 
whether a route index is included. 

5 By using a pipeline 208 in conjunction with the mappers 206a-d, multiple 

searches of the longest match prefix table 100 with different mapper keys 1 10 can be 
performed in parallel. The pipeline 208 allows multiple searches of the lookup table 
100 to take place in parallel by storing the mapper entry data 220a-d for each mapper 
206a-d associated with the 40-bit mapper key 1 10 until a search of each of the other 

10 mappers 206a-d has been completed, if required, to find route index corresponding to 
the 40-bit mapper key 110. 

Instead of performing 16 separate bit by bit searches for the first 16 bits of the 
mapper key 110, the route indexes or subtree indexes associated with the first 16-bits of 
the mapper key 1 10 are stored in LI mapper 206a. The LI mapper 206a is directly 

1 5 indexed with the first 1 6 MSBs of the mapper key 1 1 0. The next mapper 206b is 

searched dependent on whether the previous mapper 206a stores the route index used to 
access the next hop information associated with the mapper key 110. 

Returning to Fig. 3 A, the nodes or leaves shown in mapper level_l 1 14a include 
two routes 1 18, 1 16 labeled rO and rl respectively and two pointers to mapper level_2 

20 1 14b 130 4 and 130 23 labeled sO and si, respectively. A route index for each route 118, 
1 16 is stored in the LI mapper 206a (Fig. 3B). Also, a partial index for L2 mapper 206b 
(Fig. 3B) is stored in the LI mapper 206a (Fig. 3B) for subtree index 130 4 and subtree 
index 130 23 . A partial index stored for subtree index 130 4 , in LI mapper 206a (Fig. 3B) 
indicates that a search of the next level is required in order to find a route index 

25 associated with the mapper key 110. 

The value of any node in the tree can be determined by tracing a path from the 
root 118. Each node in the binary tree is shown with two children, a right child and a 
left child. The right child is chosen if the parent node is '1 The left child is chosen if 
the parent node is '0\ Tracing the path from the root 1 18 to node 1 16, rl is stored as the 
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route index in the LI mapper 206a (Fig. 3B) for all search keys with MSBs set to ! 010 f . 
Tracing the path from the root node 1 1 8 to sO node 130 4 , sO is stored in the LI mapper 
206a (Fig. 3B) for all search keys with MSBs set to '0001 1\ 

The LI mapper 206a (Fig. 3B) is a direct mapped mapper and stores a route 
5 index 102 for each bottom-level node or leaf in the bottom level of mapper level_l 
1 14a. The bottom level of mapper level_l 1 14a is the sixteenth level of the 64-level 
binary tree. The sixteenth level has 2 16 nodes. However, for illustrative purposes, the 
bottom level of mapper level_l 1 14a is shown as level_5 of the 64-level binary tree. 
The route indexes stored in the LI mapper 206a (Fig. 3B) correspond to level_5 130 1 - 

10 130 32 nodes of mapper level_l 1 14a. Tracing the path from the root node 1 18 to level_5 
nodes 130 1 , 130 2 , 130 3 the route index is rO. Thus rO is stored at index 00000, 00001, 
and 00010 in LI mapper 206a. Node 130 4 stores a subtree index sO, thus sO is stored in 
the LI mapper 206a at index 0001 1 . Similarly the route index for level_5 nodes 130 5 - 
130 s is rO thus locations at indexes 00100, 00101, 001 10, and 001 1 1 in the LI mapper 

15 206a (Fig. 3B) store rO. The route index 102 for level_5 nodes 130 9 -130 12 is rl, thus 
locations at indexes 01000, 01001,01010 and 0101 1 in the LI mapper 206a (Fig. 3B) 
store rl . 

Each location in the LI mapper 206a (Fig. 3B) stores a route index assigned to 
the level_5 node BO'-ISO 32 directly or through a parent of the leveM node 130 1 ' 32 or 

20 partial index to the next mapper 206b-c (Fig. 3B). Mapper level_4 1 14d includes two 
host nodes hO at node 138 and hi at node 140. A search for a host node requires a 
search of all bits of the mapper key 1 1 0. The route index for hO is stored in L4 mapper 
206d (Fig. 3B). Unlike the LI mapper 206a (Fig. 3B), the L2 mapper 206b (Fig. 3B), 
L3 mapper 206c (Fig. 3B) and L4 mapper 206d (Fig. 3B) are not directly mapped. 

25 Returning to Fig. 3B, seven search levels are required to search for the route 

index corresponding to host node h2 in mapper level_7. However, the lookup table 100 
only includes four mappers 206a-d. Thus, after a first search of nodes in levels 1-4 
1 14a-d in mappers 206a-d, a further search for a route entry or subtree entry for level_5 
stored in mapper 206b is performed. LI pointer selector 212 determines whether the 
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search of mapper 206b is being performed for a node in mapper level_5 or a node in 
mapper level_2 node dependent on the command forwarded on the command bus 112 
(Fig. 2). 

If the search of mapper 206b is to continue in mapper level_5, the forwarding 
5 engine 108 (Fig. 2) initiates a further search by forwarding the next sequential 24-bits of 
the 64-bit search key as the mapper key 1 10 (Fig. 2) and a "search again internal" 
command on the command bus 1 12 (Fig. 2). The LI pointer selector 212 forwards the 
LI mapper entry data 220a or the internal mapper data 214 forwarded from the L4 
mapper 206d to the L2 indirect mapper 206b. The L2 indirect mapper 206b searches for 
10 an entry dependent on the internal mapper data 214 and the next 8-bits of the mapper 
key 110. 

Subtree indexes and route indexes for nodes in level_5 1 14e (Fig. 3 A) are stored 
in mapper 206b. Subtree indexes and route indexes for nodes in level_6 1 14f (Fig. 3 A) 
are stored in mapper 206c and subtree indexes and route indexes for nodes in level_7 

15 1 14g (Fig. 3 A) are stored in mapper 206d. 

Thus, the route index for node labeled h2 in level_7 1 14g (Fig. 3A) is stored in 
mapper 206d. The forwarding engine 108 (Fig. 1) issues two search requests to the 
lookup table 100. The first search request performs four internal multi-level searches. 
The second search request performs three internal multi-level searches. Thus, lookup 

20 table 1 00 provides the route index 102 corresponding to host node h2 after seven 
internal multi-level searches. 

Fig. 4 illustrates the types of mapper entries which can be stored in the direct 
mapped mapper 206a shown in Fig. 3B. A mapper entry for any node in the binary tree 
shown in Fig. 3A can store, a no-entry 300, a route entry 302 or a subtree entry 

25 descriptor 304. Each type of mapper entry 300, 302, 304 includes a subtree flag 306. 
The state of the subtree flag 306 indicates whether the mapper entry is a subtree entry 
descriptor 304. If the subtree flag 306 is set to T, the mapper entry is a subtree entry 
descriptor 304 and includes a LI mapper entry data 220a (Fig. 3B). The LI mapper 
entry data 220a (Fig. 3B) is the address of the subtree entry descriptor 304 stored in the 
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next non-direct mapped mapper 206b-d (Fig. 3B). If the subtree flag 306 is '0 f , the no- 
entry flag 314 is checked to determine if the mapper entry is a no-entry 300 or a route 
entry 302. If the no-entry flag 3 14 is f 0 f , the entry is a no-entry 300. If the no-entry flag 
314 is T, the entry is a route entry 302 and stores the route index 102 (Fig. 2) associated 
5 with the mapper key 1 10 (Fig. 2) in the route index field 310. 

Fig 5 illustrates one of the indirect mappers 206b shown in Fig. 3B. Indirect 
mapper 206b stores route indexes and subtree indexes corresponding to the nodes in 
mapper level_2 1 14b (Fig. 3A) and mapper level_5 1 14e (Fig. 3 A). Mapper 206b 
includes a subtree memory 500, an index generator 504, a pointer generator 506 and a 

10 subtree mapper 502. The LI mapper entry data 220a selected by the first portion of the 
mapper key 210a stored in mapper 206a (Fig. 3B) is forwarded to the subtree memory 
500 through the LI pointer selector 212 (Fig. 3B) as a subtree memory index 230 (Fig. 
3B). The subtree memory 500 includes a subtree entry 404 indexed by the subtree 
memory index 230. The subtree entry 404 includes a data field 406 and a pointers field 

15 408. 

Returning to Fig. 3 A, the subtree entry 404 (Fig. 5) corresponds to the bottom 
level of one of the subtrees shown in mapper level_2 1 14b or mapper level_5 1 14e. If 
mapper level_2 1 14b has eight levels, the bottom level of each subtree (not shown) has 
a maximum of 2 8 (256) routes, one for each of the 2 8 (256) nodes. 

20 Continuing with Fig. 5, the subtree entry 404 provides access to 256 possible 

route indexes 102 (Fig. 1) corresponding to the 256 nodes on the bottom level of the 
subtree. The route indexes 102 (Fig. 1) are stored in the subtree mapper 502. To 
provide access to 256 possible route indexes, a dense subtree descriptor is stored in the 
data field 406. The data field 406 is 256 bits wide, providing one bit for each node at 

25 the bottom level of the subtree. A bit in the data field 406 is set to '0' if the route index 
102 for the previous node is to be used, and set to T to increment to the next mapper 
entry address, if the next route index stored in the subtree mapper 502 is to be used. 

The pointers field 408 is 256 bits wide to allow for the storage of sixteen 16-bit 
pointers, with each pointer storing the base address for 16 contiguous mapper entries in 
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the subtree mapper 502, to provide access to the 256 route indexes. Thus, the pointers 
field 408 can indirectly provide a pointer to a mapper entry in the subtree mapper 502 
for each node in the bottom level of the subtree. The data field 406 and pointers field 
418 are described in co-pending U.S. Patent Application Serial No. 09/733,627 entitled 
5 "Method and Apparatus for Longest Match Address Lookup" filed December 8, 2000 
by David A. Brown incorporated herein by reference in its entirety. The subtree mapper 
502 is described in co-pending U.S. Patent Application Attorney Docket No. 
2037.2008-001, filed on even date herewith, entitled "Method and Apparatus for 
Logically Expanding the Width of Memory" by David A. Brown incorporated herein by 

10 reference in its entirety. 

The subtree data stored in the dense subtree descriptor in the data field 406 and 
the subtree pointer stored in the pointers field 408 are forwarded to the index generator 
504. The index generator 504 also receives the next eight bits of the mapper key 210b. 
The index generator 504 determines the mapper address 512 of the mapper entry 

1 5 associated with the node in the bottom level of the subtree dependent on the next eight 
bits of the mapper key 210b, and the subtree entry 510 associated with the subtree. The 
subtree entry 510 includes the subtree data field 406 and subtree pointers field 408 
storing subtree data and subtree pointers for the subtree selected by the LI mapper entry 
data 220a. The mapper address 512 selects the mapper entry in the subtree mapper 502. 

20 The subtree mapper 502 includes the same types of mapper entries as described in 

conjunction with Fig. 4 for the direct mapped mapper 206a. The contents of L2 mapper 
entry data 220b determine whether a subsequent search is required. A subsequent 
search is required, if the mapper entry data 220b includes a subtree entry 304 (Fig. 4), 
indicating that there is another subtree entry 510 in the next mapper level 1 14c (Fig. 

25 3A). 

The next eight bits of the mapper key 210b selects the node in the bottom level 
of the selected subtree. The subtree pointers select the base address associated with the 
node in the subtree and the subtree data selects the offset within the block of mapper 
entries associated with the base address. 



2037.2018-000 



-15- 

The pointer generator 506 generates the L2 mapper entry data 220b to be 
forwarded to the L3 indirect mapper 206c (Fig. 3B) dependent on the L2 mapper output 
508 from the subtree mapper 502, the LI result 514 from the LI direct mapped mapper 
206a and the L2 index 518 received from the L2 index generator 504. The pointer 
5 generator 506 also generates the L2 result 516 to be forwarded to the L3 pointer 
generator in the next indirect mapper 206c (Fig. 3B). 

The lookup table 100 (Fig. 2) can be included in a lookup table matrix as 
described in co-pending U.S. Patent Application Attorney Docket No. 2037-2017-000, 
filed on even date herewith, entitled "Method and Apparatus for Physical Width 
10 Expansion of a Longest Prefix Match Lookup Table", by David A. Brown incorporated 
herein by reference in its entirety. 

Fig. 6 is a flowchart illustrating the steps for searching for a route index 
corresponding to a search key 104 (Fig. 2) longer than a mapper key 110 (Fig. 2) in the 
lookup table 100 shown in Fig. 3B. Fig. 6 is described in conjunction with Fig. 2 and 
15 Fig. 3B. 

At step 600, the lookup table 100 (Fig. 2) waits to receive a mapper key 110 
(Fig. 2). If a mapper key 110 (Fig. 2) is received, processing continues with step 602. 

At step 602, the lookup table 100 (Fig. 2) examines the command forwarded on 
the command bus 1 12 (Fig. 1) in conjunction with the mapper key 110 (Fig. 2). If the 
20 command is "search", this is the first search for a route index corresponding to the 
search key and processing continues with step 604. If the command is "search again 
internal", this is a subsequent search command for the search key 104 (Fig. 2) and 
processing continues with step 614. 

At step 604, the lookup table 100 (Fig. 2) performs a search in the direct mapper 
25 206a (Fig. 3B) for the 16 MSBs of the mapper key 1 10 (Fig. 2). The 16 MSBs of the 
mapper key 110 (Fig. 2) are only valid during the first search request. In subsequent 
searches with command bus 1 12 set to "search again internal" only the 24 LSBs of the 
mapper key 110 (Fig. 2) are valid. Processing continues with step 606. 
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At step 606, the lookup table 100 (Fig. 2) examines the result of the previous 
search. If the result is a route index corresponding to the search key 1 04 (Fig. 2), 
processing continues with step 612. If not, processing continues with step 608. 

At step 608, the search of the previous mapper 206a-d (Fig. 3B) in the lookup 
5 table 100 (Fig. 3B) did not result in a route index. Instead, the result is a partial index 
which includes a pointer to a subtree entry 404 stored in another mapper 206b-d (Fig. 
3B). The lookup table 100 (Fig. 3B) determines if there is another mapper 206b-d (Fig. 
3B) to which the result of the previous search is to be forwarded. If so, processing 
continues with step 610. If not, processing continues with step 612. 
10 At step 610, the lookup table 100 searches the next mapper 206b-d (Fig. 3B) 

with the result of the search in the previous mapper 206a-d (Fig. 3B) and the next 8-bits 
of the mapper key 110. Processing continues with step 606 to check the result of the 
current search. 

At step 612, the result of the multi-level search in the lookup table 100 (Fig. 3B) 
15 is forwarded from the lookup table 100 (Fig. 2) to the forwarding engine 108 (Fig. 2) as 
the mapper data 102 (Fig. 2). The forwarding engine 108 (Fig. 2) examines the result 
and determines whether another search of the lookup table 100 (Fig. 2) is required. 
Processing returns to step 600 to wait to receive another mapper key 110 (Fig. 2) from 
the forwarding engine 108 (Fig. 2). 
20 At step 614, in a subsequent search, the lookup table 100 (Fig. 2) begins a search 

for the next 24-bits of the search key in the second mapper 206b (Fig. 3B) with the first 
8-bits of the next 24-bits and the internal mapper data 214 (Fig. 3B) forwarded from the 
search of the fourth level in the previous search of the lookup table 100. Processing 
continues with step 606 to examine the result of the search. 
25 The invention has been described for a 64-bit search key. The lookup table can 

store route indexes for variable length search keys. For example, a 208-level search for 
a route index corresponding to a 208-bit search key 104 can be performed in eight 
searches of the lookup table 100. The first search is performed for a match for the first 
40-bits of the search key 104. The next searches are performed based on the result of 
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the previous search of the lookup table 100 and the next sequential 24-bits of the search 
key 104. 

The lookup table can provide route indexes corresponding to a search key that is 
longer than the lookup table's mapper key by performing multiple searches of the multi- 

5 level lookup table. Multiple searches of the lookup table 100 requires more search 
cycles. However, the same lookup table 100 can provide a route index for a search key 
that is the same length as the mapper key in a single search cycle, and can also provide a 
route index for a search key that is longer than the mapper key. Thus, route indexes for 
search keys of varying lengths can be stored in the same look up table, for example, 32- 

10 bit IPv4 addresses and 128-bit IPv6 addresses. The lookup table can provide a route 
index for an IPv4 address in a single search cycle and a route index for an IPv6 address 
after one or more search cycles. In a router in which the majority of IP addresses 
received are 32-bit IPv4 addresses, searches for a route indexes corresponding to a 128- 
bit IPv6 address are infrequent. Thus, the benefit of having a single lookup table which 

15 stores route indexes for both IPv4 and IPv6 addresses compensates for the longer search 
time for infrequent searches for route indexes corresponding to IPv6 addresses. 

While this invention has been particularly shown and described with references 
to preferred embodiments thereof, it will be understood by those skilled in the art that 
various changes in form and details maybe made therein without departing from the 

20 scope of the invention encompassed by the appended claims. 



